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DECLARATION UNDER 37 CFR 1.131 IN SUPPORT OF PRIOR INVENTION 

Sir: 

I declare: 

1 . Intel Corporation is the assignee of the claims of the above captioned patent 
application ("the Application") and of the subject matter described therein. 

2. Prior to September 22, 2000, the publication date of Japanese Patent No. 
JP2000259514 cited in a final Office Action mailed December 30, 2005, the 
invention claimed in the Application had been conceived and reduced to practice 
in the United States. 

3. The attached Exhibit is a redacted copy of an invention disclosure form describing 
the design of Automatic Distributing List Management, and establishes that the 
subject matter claimed in the Application had been conceived and reduced to 
practice in the United States prior to September 22, 2000. The Exhibit (the 



Declaration Under Rule 1.131 
in Support of Application 
Application No. 10/037,530 



invention disclosure) describes "allowing] the mailing lists [to be] updated 
automatically." The Exhibit further describes that "based on the information of 
the bounced emails, the email system of the mailing list will automatically 
remove the non-existing user names from the list. The user of the list 
administrator will no longfer] receive bounced mails for those non-existing user 
named." (Exhibit at page 2, paragraph 2; emphasis provided) 
4. Therefore, the Exhibit establishes that the subject matter claimed in the 

Application had been conceived and reduced to practice in the United Sates prior 
to September 22, 2000. 

Furthermore, all statements made herein of our own knowledge are true and all 
statements made on information and belief are believed to be true, and further that these 
statements are made with the knowledge that willful false statements and the like so made 
are punishable by fine or imprisonment, or both under section 1 001 of Title 18 of the 
United States Code, and that such willful false statements may jeopardize the validity of 
the application of any patent issuing thereon. 
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ATTORNEY-CjJENT PRIVILEGED COMMUNICATION 5 
DATE: July34,2QQQ ^5*4*,xaX*jlI / 

It is important to provide accurate and detailed information on this form. The information will be used to 
evaluate your invention for possible filing as a patent application. When completed and signed, please return 
this form tp^the Legal Department at JF3-147. If you have any questions, please call 264-0444. 




inventor. CHENG JHEUNG-FOR _ 

Last Name First Name Middle Initial 
Phone ,(503)677-4791 M/S:_CO5-201 Fax #.(503)677-6367 



Citizenship: JJ.S A WWID: J 0049844 Contractor YES NO X 

Inventor E-Mail Address: Heuno-for ChenoQ jntet.com 

Home Address: 5504 NW DEERFIELD WAY 



City .PORTLAND State _OR_ Zip .97229 Country JJ.SA._ 



Xorporate Level Group (e.g. 1ABG. NCG. CEG) IAG/EPG Division SPD Subdivision SST 



Supervisor* _JONATHAN_DIDNER WWID .10073895 Phone .(503) 677-5436. M/S: _CO5-201 

*lf you are unsure of this Information, please discuss with your manager. 
(PROVIDE SAME INFORMATION AS ABOVE FOR EACH ADDITIONAL INVENTOR) 

2. Title of Invention: .METHOD AND APPARATUS FOR AUTOMATIC REMOVAL OF NON-EXISTING USER NAMES 
FROM ELECTRONIC MAILING LISTS 



3. What technology/product/process (code name) does it relate to (be specific if you can): 

SYSTEM MANAGEMENT , 

4. Include several key words to describe the technology area of the Invention in addtion to # 3 above: EMAIL MANAGEMENT 

5. Stage of development (i.e. % complete, simulations done, test chips if any, etc.): 0% complete 



(a) Has a description of your invention been, or will it shortly be, published outside Intel: 

NO: x YES: If YES, was the manuscript submitted for pre-publication approval? 



IDENTIFY THE PUBLICATION AND THE DATE PUBLISHED: 



(b) Has your invention been used/sold or planned to be used/sold by Intel or others? 
NO: x YES: DATE WAS OR WILL BE SOLD: 
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METHOD AND APPARATUS FOR AUTOMATIC REMOVAL OF NON-EXISTING USER 
FROM ELECTRONIC MAILING LISTS ' 

Problem Definition 

Currently, many people rely on electronic mailing lists to distribute information to a large group of email usersjwra 
need of typing each individual email address. People may maintain a mailing list for personal friends and famp 
' members. They may have a mailing list for the members In the same team at work. Some people may also subscribe 
to a public mailing list so that by sending a mail to this list, all the subscribers will receive thecal However, whena^" 
person leaves a company or a friend changes the email address, the private or public mailing list containing his/her okf' 
?S?i a ? < T^ riM T ta ."P^S* When a » email to this maiiirig list. eKherhe/she or the^Ha»£ 

%£EZ2E?f ETT \ boun ? d m ?' " me usarorthe P^'te mailing list administrator doesn't remove tr«nan?e 
from the maHIng list, he/she will receive a bounced mail every time a mail message Is sent to this mailing list 
Somatomes, if there are many non-existing user names In this mailing list, there win be marry bounced mails back to the 
sender. This Is very annoying and the bounced mails results In unnecessary network traffic. To avoid receiving 
bounced mate, ail the mailing lists containing this name should be updated. Most of the time, this update process is 
done manually. It will be very helpful If the email system of a particular mailing list can automatically update the list for 
the user or for the public list administrator. jmhvowuioiimw 



Proposed Solution 



The proposed mechanism allows the mailing lists being updated automatically. It doesn't totally eliminate bounced 
mails when a mailing list contains non-existing email user names. Instead, the user or the list administrator will only 
receive the bounced mails one time. Afterward, based on the information of the bounced malls, the email system of the 
mailing list will automatically remove the non-existing user names from that list The user or the list administrator will no 
long receive bounced mails- for those non-existing user names again. 

How It works 

Many email systems today contains 2 software components: the Mail User Agent (MUA) and the Mail Transport Agent 
(MTA). The MUA Is a GUI application, such as "ELM" or 7usr/ucb/mair in many UNIX systems. It allows users to 
compose and send an email, or read a received email. A public mailing list server acts as a MUA because ft sends a 
received email message to a group of users automatically. When the MUA is ready to send the message, ft passes the 
email message and the envelope data to the local MTA such as the "sendmair utility In the UNIX systems. The 
envelope data consists of both the sender's email address and each recipients email address. If one of the recipients is 
a mailing list name, the MTA will expand ft Into a list of recipients. Then for each recipient, the local MTA win decide if 
the recipient is a local user or not If so. the local MTA will deliver to the recipient's local mailbox. If the recfoient is a 
remote user, the local MTA will try to connect to the remote MTA. After the connection is established and if the recipient 
is a valid email user in the remote system, the email message is delivered. However, if the remote machine connection 
cannot be established, the local MTA will receive a bounced mail with an error code Indicating that the remote machine 
is unreachable. Eve/i if the remote machine can be connected, if the user name is non-existing, the local MTA will 
receive a bounced mail with another error code indicating that the user name doesn't exist In the remote email system 
If the recipient is a local email address and the user name is non-existing, the local MTA can also detect the non- 
existence of the user name. 



Assume a user is sending an email message to a mailing list that contains a non-existing local user name and a non- 
existing remote user name. The followings describe how the proposed automatic removal mechanism works: (The 
diagram below only shows how a non-existing remote user name is removed from the mailing list) 

The local MTA will maintain a database with entries of (email mailing list name, email subject line, sending time). As 
soon as the local MTA receives the email message and the mailing list from the MUA (see arrow 1 in the diagram), ft will 
create an entry in this database for this email message (see arrow 2 in the diagram). The entry represents that an email 
message with subject line "email subject line" is sent to the "email mailing list name" at the 'Sending time". Then for 
each recipient It tries to deliver the email message as described above in the current existing system. When it tries to 
deliver to the local non-existing user, the local MTA detects the non-existence. Then it will compare the email 
message's "subject line" and ^sending time" with the entries in the database. When the entry matches, the local MTA 
will find the name of the mailing list to update. Then it removes the local user name from the mailing list and sends the 
bounced message to the sender with the notification that the local non-existing recipient name has been removed from 
the mailing list When ft tries to deliver to the remote non-existing user (see arrow 3 in the diagram), the local MTA will 
receive a bounced mail with an error code indicating that the user name doesn't exist In the remote email system (see 
arrow 4 in the diagram). Then the local MTA will find the entry from the database with the matching "subject line" and 
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bounced ™^>en « win use the mailing list name in the^y to remove the remote user nam* 
S ,S L (S8e ^ 5 in the diagram). Afterward, it win send the bounced rm^Ttome^S^L 

notification mat me remote non^dsting recipient name has been removed fro^S?£ (etfarow eS to 
diagram). As the result, the mailing list win be updated with both the local andme^mote^nS^Tno imloH 

been removed from the list, there will not be any bounced mails for these two names. 

mt^f ^ can u retum ln ^ «>"e there Is no good way to determine if we can remove a particular entry In 
me above database or not However, some policy can be established for cleaning up the database. FcVe^ile a 
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Figure: example of how a remote m>tvextstiiig recipient can be automatically removed from a mailing list 
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